Method and device for secure wireless transmission of information

ABSTRACT

Method and device for secure wireless transmission of information from a sender to a receiver. A sending device is arranged for obtaining a message, a sender identity and a receiver identity and includes encryption means for encrypting the message to be transmitted. A transmission channel is established from the sending device to a receiving device for transmitting the encrypted information to the receiving device. A secure note is used for defining the receiving device. In the receiving device, there is arranged decryption means for decrypting the information and display means for presenting the message to the receiver. Optionally, the receipt of the message is verified to the sender. Preferably, the message is encrypted in the sending device by a symmetric key and decrypted by the receiving device by the same key. The symmetric key is added to the message after encryption with the symmetric key and the symmetric key is encrypted by a public key belonging to the receiver, whereupon the already encrypted symmetric key is encrypted by a private key belonging to the sender. In the receiving device, the symmetric key is decrypted by the public key of the sender in the receiving device and by the private key of the receiver, whereupon the symmetric key is used for decrypting the message. The sender and the receiver identifies themselves to the sending device and the receiving device by verification means. Preferably, a random seed for generating encryption key is obtained by the verification means during the identification step and/or the message step. Preferably, the sending device is an Anoto pen.

AREA OF INVENTION

[0001] The present invention relates to a method and a device for secure wireless transmission of information from a sending device to a receiving device.

[0002] The sending device may be a computer device, such as a personal digital assistant, PDA, a mobile telephone device, or an Anoto pen, described in more detail below, or any other similar device. The receiving device may be a personal computer, a server or a service provider or similar.

[0003] The transmission of information from the sender to the receiver takes place over a transmission channel comprising one or several media, such as internet, radio transmission, such as a mobile telephone network GSM or GPRS, infrared transmission, Bluetooth® transmission, electrical wires, optical wires and other media.

BACKGROUND ART

[0004] During transmission of information from a sender to a receiver, there are basically tour aspects that need to be fulfilled for obtaining a secure transmission, viz.

[0005] authenticity, i.e. that the sender and receiver are the purported sender and receiver;

[0006] integrity, i.e. that the information has not been altered during the transmission;

[0007] confidentiality, i.e. that the information is kept secret during the transmission; and

[0008] non-repudiation, i.e. that the information cannot be denied by either party.

[0009] These four aspects can be met by using cryptography.

SUMMARY OF THE INVENTION

[0010] A first and general object of the invention is to provide a method and device for secure wireless transmission of information from a sender to a receiver in which the authenticity, integrity, confidentiality and non-repudiation of the information can be fulfilled.

[0011] A more detailed object of the invention is to provide a method and device for secure wireless transmission of information in which the sender identity can be obtained by a secure note.

[0012] Another object of the invention is to provide a method and device for secure wireless transmission of information in which an encryption key is generated each time a message is transmitted or obtained.

[0013] A further object of the invention is to provide a method and device for secure wireless transmission of information in which the sender and/or the receiver can identify themselves to a sending device and a receiving device for increased security.

[0014] Still a further object of the invention is to provide a method and device for secure wireless transmission of information in which a random seed is generated each time a message is generated and/or each time a sender identifies himself to the sending device.

[0015] These objects are fulfilled by the method and device defined in the appended patent claims.

[0016] The invention is particularly adapted to the use with a handheld device of the type Anoto pen. The Anoto pen is described in more detail in Swedish Patent Applications Nos. 9903541-2, 9904745-8 and 9904746-6.

[0017] The Anoto pen normally has no dedicated display device. However, the Anoto pen may be provided with a normal pen or pencil, which may draw a line on the surface as the pen moves over the surface.

[0018] The Anoto pen may have transmission capabilities for connection to a personal computer or a mobile telephone, normally via infrared communication or Bluetooth communication. Thus a personal computer or a mobile telephone can be used as display device.

[0019] The Anoto pen may be arranged to sense and emit sound, vibrations, light, heat etc to give feedback to the user.

[0020] The Anoto pen may read absolute coordinates of an Anoto surface in order to determine its own position on the Anoto surface. These absolute coordinates can be used for different purposes, such as defining a bitmap image, such as a hand-drawn text or picture. Thus, a message can be written by the pen and be stored in the pen as coordinates of the movement of the pen.

[0021] In addition to the coordinates, the Anoto pen can store information about angle and pressure towards the surface. Finally, it is possible to store information about the time when a certain coordinate was read, thus giving information about pen speed and acceleration. All these information can be used for example for recognition of a handwritten signature, etc.

[0022] Further objects, advantages and features of the invention will appear from the following description, given by way of example, of an application using the Anoto pen as a sending device and a service provider as the receiving device (and receiver). The invention is not limited to the embodiment shown but may be combined in different manners.

SHORT DESCRIPTION OF THE DRAWINGS

[0023]FIG. 1.1 is a diagram of a model of the Anoto system.

[0024]FIG. 2.1 is a diagram showing the message transmission in the model of FIG. 1.1.

[0025]FIG. 2.2 is a diagram showing the basic communication flow.

[0026]FIG. 3.1 is a diagram showing a model of conventional encryption.

[0027]FIG. 3.2 is a diagram showing encryption using a public-key algorithm.

[0028]FIG. 3.3 is a diagram showing authentication using public-key algorithm.

[0029]FIG. 4.1 is a diagram showing recipient authentication.

[0030]FIG. 4.2 is a diagram showing an example of secure notes.

[0031]FIG. 4.3 is a diagram showing sender authentication.

[0032]FIG. 4.4 is a diagram showing an overview of a system for communication and key distribution.

[0033]FIG. 5.1 is a diagram showing cryptographic programs used for the Anoto implementation.

DESCRIPTION OF EMBODIMENTS OF THE INVENTION

[0034] The Anoto technology is a way to make handwritten messages become digital. Writing on special Anoto paper with the special Anoto pen, the pen reads in the message written. The pen has a transmitter and can send the message on to a computer that gets a digital copy of what was written. Using this technique it is possible, for example, to send notes taken in lectures to the computer at home, to write a message by hand and send it as email or order flowers by filling in a flowers advertisement in a magazine while sitting in a restaurant.

[0035] Below is described the system security design needed to establish a secure connection between the Anoto pen and the Anoto server. For example, when ordering flowers with the Anoto technique, the buyer wants to transmit his or her credit card number so that only the florist can debit the account and not someone else. Transmitting sensitive private notes over a network must be done without risking privacy of the content, see FIG. 1. To avoid forgery, secure payments require links between the credit card numbers and the individuals using them, later referred to as the authenticity problem. The paper tries to analyse what requirements are needed for the establishment of security in the Anoto system and then come up with suggestions as to how these requirements can be satisfied.

[0036] In order to understand security in a network system where human interaction is an essential factor, four cornerstones need to be considered. These are secure connection, authenticity, integrity and non-repudiation. A secure connection is needed to transfer messages securely. Authenticity is necessary in order to verify to whom messages are sent, and from whom. Integrity refers to the problem of guaranteeing consistency of messages transmitted. Non-repudiation is the way to avoid denial of a sent message.

[0037] In the Anoto case, authenticity is one of the most crucial issues for system security since it is important to know who has sent a message and to whom a message is sent. Some problems requiring attention are, for example, how to make the pen user activate the private key used for signatures, and how to make the pen user send the message to the right recipient. Neither is trivial, given the limited interface of an Anoto pen, and needs careful analysis. Based on the cryptographic introduction, some solutions to the problems are presented. System security design is also modelled to display the handling of keys. Moreover, a system cryptanalysis is performed.

[0038] A simple public-key implementation is performed for the Anoto system. For this purpose, a short study of public-key cryptography is done, and different algorithms are compared in terms of speed, security and patent restrictions. The program developed is a blend of programs from the cryptographic company iD2, as well as RC4 and RSA codes, all linked together to form Anoto's base for public-key cryptography, RC4 and RSA are chosen as the so called symmetric and asymmetric ciphers, based on the fact that they are both assumed to be strong ciphers and that RC4 is one of the fastest ciphers that exists.

[0039] In order to design a secure system for communication between pen and server, the general communication system is scrutinised. The communication is ultimately between the Anoto server and the Anoto pen. however, the system consists of much more than only these two components. The model must be refined, and all components between the pen and the server and their impact on the security must be analysed. To begin with, the system is studied and the ways of communication are analysed.

[0040] The Anoto system contains the Anoto pen, the Anoto paper and the Anoto server. The Anoto paper (from here on referred to as the paper) is regular paper with the unique Anoto pattern printed on it. This pattern shows uniqueness in every 2×2 mm² area and is as large as halt the area of the USA. Every 2×2 mm² can hence be referred to as “coordinates” giving an absolute positioning on the entire pattern. An Anoto pen user uses the Anoto pen (from here on referred to as pen user and pen, respectively) to write on the Anoto paper. The pen contains a camera that scans the itinerary of the pen over the pattern coordinates as the message is written. The coordinate stream is stored in the pen's memory until a special area, the send-box, of the field is ticked off, thereby activating the transmission from the pen. The coordinates stored can then from the absolute positioning tell exactly what had been written and reproduce it digitally. This digital copy of the message can then later either be interpreted automatically by OCR (Optical Character Recognition) or left as is and sent on as e.g., a graphical email, or utilised in any other way as explained in the introduction.

[0041]FIG. 2.1 describes the communication system on a large scale. The pen user writes a message on the paper. The pen then transmits the message via Bluetooth to a mobile phone, a computer or any other Bluetooth device. We distinguish two principally different cases; communication with a computer not connected to a network, and communication via some kind of network with e.g. an Anoto server (see FIG. 2.1). Only the latter case will be considered here. Via mobile phone or computer, acting as modem, the message is then passed on with GSM/GPRS or equivalent to a mobile network operator. The operator re-routes the message on to the Anoto server. The Anoto server parses the message address that was specified by the pen user when writing the message, and establishes a direct connection between the sender and the Service Provider Server. Finally, the Service Provider Server takes care of the message and passes it on as e.g. fax, SMS or email, or performs e.g. the purchase order requested.

[0042] From the cryptographic perspective, there are a few aspects that require attention, such as authentication and storing keys, amongst other things. Starting with these issues, we will gradually close in on the matter of general system security.

[0043]FIG. 2.2 shows the simplest kind of communication possible. The pen initiates communication with the Anoto server by sending the entire message and a pen identification number. The message passes on via Bluetooth to a mobile phone, or any other Bluetooth device, which passes the message on via e.g. GSM or GPRS to a mobile network operator. The operator routes the message on via Internet to the Anoto server. Anoto's server sends it on, again via Internet, to a Service Provider Server that takes care of the message and performs the message instruction or sends it on to someone else. After the message has been taken care of, an answer might be sent back, confirming reception of the message to the pen.

[0044] From FIG. 2.2, it is not hard to see that there are many ways to tamper with the message. Messages can be altered, deleted, forged or copied in or between any of the steps above. According to FIG. 2.2, the pen can, for instance, be used to send fake or false messages. Furthermore, the mobile phone can incorrectly send messages and the mobile network operator illegitimately read secret messages. Hackers on the Internet could even read messages or destroy the Anoto server functionality Communication according to FIG. 2.2 is hence completely insecure and gives no guarantee of transmission success or message consistency from pen to recipient.

[0045] Therefore, it is essential to determine exactly what a system like ours requires in order to avoid the different kinds of security flaws. Which rules must be satisfied, and what are these rules? How can security be guaranteed, and how can it be proven? These answers are found within cryptography and the classification of security services.

[0046] Cryptography has extended its domain from originally a military area of interest to today's consumer products. The reason lies in the electronic revolution in the last few years. Introduction of secure payments via Internet and demand for integrity has helped to introduce the topic to most company's desks. Individuals and companies strive to prevent unauthorised people to get in touch with their sensitive information. For example, when a payment is performed electronically, one wants to be convinced that no one unauthorised can read, for example, a credit card number and misuse it. It is a common requirement today that messages in transit cannot be read by any unauthorised person or machine.

[0047] There are many ways to classify security, although no universal agreement has been established. In order for a system to be secure there are four main issues to be fulfilled. These constitute the foundation upon which the security of the system lies.

[0048] One needs to be sure that someone listening to the transmission will not be able to understand the message that has been transmitted. This is called confidentiality.

[0049] The transmitter and receiver of the message must be able to trust each other's identity. This is referred to as the authenticity.

[0050] It should be possible for the receiver of the message to verify that the message has not been altered in transit—an intruder should not be able to substitute a legitimate message for a false one. This is called integrity.

[0051] A message that has been sent and received must not be denied by either side. If so, this could for example mean that a bank gets a cash transferral and later denies having received it. This is a matter of non-repudiation and more a legal matter than technical.

[0052] Since these points are of fundamental importance for security in network systems, this paper will focus on the details of such systems. Then, the consequences for the Anoto system will be analysed and evaluated.

[0053] As with most literature in the area, the problem of secure connection can be described using two fictional persons. Alice and Bob want to communicate without letting anyone unauthorised have access to the information transfer. Alice starts writing a message to Bob. She thereafter uses a secret key—a random sequence of binary digits. One possible way for encryption is then to take the message, scramble and shift the letters in a controlled way, and use her key to XOR with the shifted message. The result is a ciphertext that contains no sensitive information unless one knows how to get the same message back as started with. For this, one must know the secret transformation formula; the algorithm and the secret key. Ciphers where the same key is used for both encryption and decryption are called symmetric ciphers.

[0054] If Bob now gets Alice's key and knows the algorithm beforehand, he can easily reverse the encryption to get Alice's message back. Encryption is shown in FIG. 3.1, where the key used for encryption is the same key used for decryption. There is one problem however: what if Alice lives in Lund, Sweden and Bob in Copenhagen, Denmark across the water? They need to meet at least once to decide what key they should use. Thereafter, every time they fear the key has been broken or they simply forget the key, they again need to meet to decide on what key to use. Technically speaking they need a “secure channel” in order to exchange keys.

[0055] The difficulties arising from distributing keys brought up an ingenious technique for key-exchange. Developed by Diffie and Hellman in 1976 and called public-key cryptography, this was the first public-key algorithm ever invented. Their solution to key distribution was based on the idea of Trusted Public Directories (TPD) and Trapdoor One-Way functions. These are a family of invertible functions f_(z)(·) such that:

[0056] 1) When z is known, it is easy to find algorithms E_(z) and D_(z) that easily compute f_(z)(·) and f_(z) ⁻¹(·) respectively.

[0057] 2) When z is not known it is computationally unfeasible to find the x such that f_(z)(x)=y even if E_(z) is known.

[0058] 3) It is easy to pick z at random.

[0059] A public-key algorithm (also called asymmetric algorithm) uses key-pairs, with one key used for encryption and the other for decryption. The decryption key cannot be calculated from the encryption key within reasonable time. The algorithms are called public since the encryption key can be made public. A complete stranger can use the encryption (public) key to encrypt a message, but only a specific person with the corresponding decryption (private) key can decrypt the message.

[0060] This is how Alice can send Bob a message using public-key cryptography:

[0061] 1) Alice and Bob agree on a public-key cryptosystem.

[0062] 2) Bob sends Alice his public key.

[0063] 3) Alice encrypts her message using Bob's public key and sends it to Bob.

[0064] 4) Bob decrypts Alice's message using his private key.

[0065] Encryption with many users connected over a network is similar to the process above, but Bob is not sending his public key to Alice. Alice instead fetches it from a Trusted Public Directory, see FIG. 3.2.

[0066] Rivest, Shamir and Adleman refined Diffie-Hellman's idea into what later became the dominant asymmetric algorithm of today, namely RSA. A more thorough description of the algorithm is presented below.

[0067] Now we have the theoretical toolkit for establishing a secure connection. We can make our own symmetric key and encrypt the message using this. Distribution of symmetric keys is taken care of by public-key cryptography. The symmetric key used for encrypting the message is encrypted by the public key and then sent. In this way, Alice and Bob can communicate securely without having to meet even once. Although we have now solved the key distribution problem, we need to solve the problem of knowing who has sent a specific message. This is the issue in the following section.

[0068] Asymmetric cryptography enables adding a signature to the message. The protocol for signing messages works as follows:

[0069] 1) Alice encrypts the document with her own private key, thereby signing the document.

[0070] 2) Alice sends the signed message to Bob.

[0071] 3) Bob decrypts the message with Alice's public key, thereby verifying the signature.

[0072] The protocol is described in FIG. 3.3.

[0073] Authentication is important in, for example, financial transactions when it is vital to verify who has performed a specific economic transaction. Below, authenticity is discussed in detail for the Anoto system.

[0074] The problem of guaranteeing consistency of the message from the transmitter to the recipient is as important as any of the other security issues described in this chapter. Although the legitimate person has signed the message, it is not possible to know from public-key distribution alone if the message has been delivered in its entirety. What is needed is a mechanism that delivers some kind of fingerprint of the unique message. Mathematically, these mechanisms are called hash-functions. Hash-functions take variable-length input strings and convert them to fixed-length output strings, so called hash values. The hash value can then be used to indicate whether a candidate input is likely to be the same as the real input. One-way hash functions are functions that easily compute hash values from the input strings, but with which it is computationally hard to generate another input value that hashes to the same value. This way one can use hash-functions when sending messages to ensure the receiver the consistency of the message. One simply makes the hash-value of the message and sends it along with the message. The receiver can then simply make a hash value of the received message and compare this to the hash value sent. If these match, the recipient is also guaranteed a match between the message received and the message sent.

[0075] The problem of non-repudiation is a legal problem as well as a technical. Signer authentication and document authentication are tools used to exclude impersonators and forgers and are essential ingredients of what is called a “non-repudiation service”. A non-repudiation service provides assurance of the origin or delivery of data in order to protect the sender against denial by the recipient that the data has been received, or to protect the recipient against denial of the data being sent from the sender. Thus, a non-repudiation service provides evidence to prevent a person from unilaterally modifying or terminating legal obligations arising out of a transaction effected by computer-based means. A physical agreement is likely to be produced on a paper document of some sort; most likely the date will be written on it prior to signing the document, and the procedure will be monitored by the other party, which will then also sign the document. This procedure is then repeated, setting up two identical agreements, or one party will get a copy, allowing it to claim verification in case of a dispute. In the virtual world it is equally necessary to create statements that, firstly, state an origin and secondly, can be verified at a later stage.

[0076] One of the main issues in system security is the authenticity procedure as discussed below. This is crucial for knowing which two ends are actually communicating. Starting with a detailed study of the authenticity procedures and possibilities in the Anoto specific system, a system flowchart can be made. System-specific aspects to public-key infrastructures, such as key storage and generation of keys, are discussed. Thereafter, different aspects of cryptanalysis are examined. Paper, pen, server, and third party are all potential places to make corrupt messages. Not only a person listening to the message might be interested in knowing what it says, but the person sending it might be interested in sending a fake one, or pretend to be someone else. The Anoto server as the central point of the whole system must be robust and manage attacks. These issues are considered in the cryptanalysis.

[0077] Establishing a secure channel is necessary for message confidentiality. A secure channel is an end-to-end cryptosystem where cryptographic performances take place in both ends. As we have seen above, a hybrid cryptosystem is needed. Both ends, i.e. pen and Anoto server, must support symmetric encryption to encrypt the messages to be sent. They must also manage asymmetric algorithms for encryption of the symmetric keys. A Trusted Public Directory (TPD) must be set up for the distribution of public keys. Both pen and server will support the cryptographic functions mentioned above. The Anoto server will fetch and transmit the public keys requested from the pen. Hence, the TPD should be connected to the Anoto server with a secure connection, e.g. SSL (Secure Socket Layer) (see FIG. 4.4).

[0078] As already discussed, a secure system requires authenticity verification from both the transmitter and the receiver, see FIG. 4.1 and FIG. 4.3 respectively. Recipient authentication can be performed in a limited number of efficient ways. The two most likely to be implemented are discussed here in detail. If authenticity of the recipient's public key can be guaranteed, then the problem of recipient authentication is solved.

[0079] When the pen is sending a request for transmission the pen user gets a message back from the Anoto server revealing the true identity of the owner of the pattern. Now the user has the possibility of confirming or rejecting the transmission of the message. Because of the limited interface on the pen this is a matter that needs some attention.

[0080] Basically there are at least four theoretical ways of communication between the pen user and the pen: sound, vibrations, display, and heat.

[0081] The usual way of interaction computer-to-man is through some sort of display, which the pen lacks. Therefore, the mobile phone or the computer that the pen uses for communication with the server may be utilised to display messages.

[0082] Using a display, the communication scenario can be described as the following (see FIG. 4.4). The user writes a message and ends the message by ticking the “send-box”. This makes the pen initiate a transmission. It sends some coordinates and its own ID to Anoto's server, waiting for a response from the server. The server replies with a message of who the pattern belongs to. The message is sent to the pen and from the pen sent over to the phone or computer display. The user then uses the display to confirm or reject the destination of the message by pressing yes or no. This way the receiver has been authenticated by the Anoto server, and the pen user has had a chance of verifying that the receiver is actually the intended receiver, cancelling the transmission if it is not.

[0083] If the Anoto server can be trusted, this is a secure way of solving the recipient authentication problem. The channel between the phone and the pen must be safe for a completely secure system, but it is highly unlikely anyone would manage to tamper with the phone-to-pen connection and at the same time falsely authenticate him- or herself on the recipient side. Other aspects of limited security would be if the name of the firm sent back is confusingly similar to the legitimate firm. There would then be a clear risk that the message will go astray.

[0084] Another mean of recipient authentication would be through “secure notes”. A secure note is a piece of paper that the pen user carries with him or her. The note consists of fields with the Anoto pattern. The pen user does initially activate these fields by logging on to the Anoto web site. There the correct addresses to the companies of interest for the pen user can be securely downloaded. The user then uses the pen to mark the fields on the paper note writing the name of the companies and at the same time transparently attaching the correct address of the company destination to the designated field. Later, when the pen user wants to send a message to e.g. the bank, he at first draws a line over the pattern connected to the bank, thereby activating the right recipient address, and then fills in a different paper with bank transactions to be performed.

[0085] This way there is no need for a display to guarantee the pen user the correct recipient, but forces the transaction to proceed according to the address stored on the note. The address field can be said to contain both the correct recipient address and the send instruction.

[0086]FIG. 4.2 explains the secure notes13 how to initialise and later use them. Storing addresses on the Sending a message using secure note secure notes 1) The pen user looks up the 1) The field with the addresses on the Anoto address of the recipient to server from any PC and send the message to, is clicks on a company of marked with a line. interest. 2) The pen user then draws a 2) The actual message is line over the field he wants written on a note. to connect to the address. 2) The pen then activates 2) The send box is ticked the field and its specific for transmission. pattern connecting it to the specific address. 4) The procedure is repeated 4) The transfer of the until the user has all message is performed. addresses of potential Optionally, a return interest stored on his confirmation can be sent secure note. back, such as activating a vibration in the pen for example.

[0087] The secure note system for solving the receiver authentication problem has the advantage of not having to use a display. It is also a perfectly secure means of authentication since loss of the paper note is only loss of public information easily accessed by anyone. The paper contains no secret information whatsoever. The disadvantages are the impractical aspects of connecting recipient addresses to the pattern-strips initially, and the fact that the secure note must be brought along when one wants to send a message securely. This does however not exclude displays as means of authenticity, it just adds complementary functionality to the system. Secure notes can be said to be a rather new way of thinking in terms of local TTP (Trusted Third Party) or local CA (Certificate Authority).

[0088] Here it is described how to prove access to your private key. The-receiver of the message, say a flower company, might be interested in knowing who the transmitter of the message is before debiting money for the flower purchase from the customer, i.e., the pen user (see FIG. 4.3). It is therefore necessary to make the pen user identify him- or herself in some way. The actual problem is to make the pen user activate the private key within the pen. This can be done by any of the following means: PIN code; PIN code and SIM card; Biometric solutions such as fingerprint verification (with PIN code), written signature, and other biometric options

[0089] All of the examples mentioned are present on the market today. Assuming that the keys are stored within the pen, a high level of security can be obtained regarding who is sending the message.

[0090] PIN code as the only means of identifying oneself is a very practical way for identification. The interface is understandable to most people. It only requires a keyboard on either a mobile phone or a computer in order to tap in the code. With a 4-digit PIN code there is only one chance in 10⁴ that a non-authorised person manages to activate the key. It this is considered not secure enough then a longer PIN code could be chosen. PIN codes of 4 digit lengths are today often accepted in terms of security.

[0091] Using PIN codes for key activation does however require a secure communication between the mobile phone and the pen for perfect security. If someone were to listen within the range of the Bluetooth devices it would be easy to read out the PIN-code if Bluetooth were to be used without its security mode switched on. Bluetooth has its own security protocol, which could be used for secure transaction of e.g. PIN codes from the phone to the pen. If Bluetooth is later found to be a weak connection the security has to be guaranteed from the small distances over which Bluetooth is operating. This would then be a very weak link in the entire system.

[0092] One possible way of securing the PIN transmission without using Bluetooth's security layer would be to send over a public key in plain text and use this to encrypt the PIN code within the mobile phone. Someone listening to the communication would then only be able to see the public key and the returned encrypted PIN code. The pen would easily decrypt the PIN-code with its private key. The only risk with a system like this is if someone not only listens to the communication but can also send information. Then a forged public key could illegitimately be sent over and the PIN retracted.

[0093] PIN codes connected to SIM cards, e.g. the one sitting in the mobile phone, is another way of achieving authentication and designing a public-key cryptographic system. The key pair is then stored on the Smart card instead of in the pen. The user would then tap in the PIN on the keyboard and thereby activating the private key on the SIM card in the mobile phone. This does however induce a problem. The private key on the SIM card cannot be sent over to the pen, so encryption must be performed on the SIM card in the phone. This once again implies a need for a secure connection between the mobile phone and the pen. Optionally the SIM card's key pair could be used for a secure transaction of the PIN-code to activate the private key in the pen. This would however be rather impractical since first the SIM card needs to be activated by its PIN code, and then the PIN code for the pen would have to be entered to activate the penis key. The public key needs to be transmitted regardless if it is the pen's or the SIM card's, and the procedures are equally (in)secure.

[0094] Another disadvantage of using the phone's SIM card is the key connection to the Anoto server. The server must be able to be sure of the public key's origin and connection to a specific pen. The legitimacy is easier to guarantee when the key has been generated within the pen and nowhere else. An attack where an intruder sends a public key claiming it belongs to a specific pen is hard to discover and would seriously endanger a pen's security level in the future. However, it is necessary to keep on listening to the transmission after a new public-key has been sent over in order to get the secure information. This scenario seems unlikely although an attack would theoretically be successful.

[0095] With fingerprint verification there is no need for an external module to enter PIN codes on. Instead there can be a fingerprint sensor sitting on the pen, replacing the PIN code functionality. A fingerprint solution has typically a false acceptance rate of 1:10⁵, which equals a 5-digit PIN code. The false rejecting rate is however a new problem originating by the case that the system doesn't recognise the fingerprint, although its template is stored in the database. In PIN terms, this could be compared to forgetting the PIN. Fingerprint recognition for authentication is safer and more practical than PIN codes since there is no need for communication between an external unit and the pen for authentication. The fingerprint technique is the ideal way to achieve authentication in the Anoto pen case.

[0096] There is also a possibility to have the fingerprint sensor sitting on the mobile phone. The template from the fingerprint is then used to activate the SIM card in the phone. The procedure is similar to the one described above.

[0097] Handwritten signature verification is most likely the cheapest and most “elegant” solution to the problem. This biometric solution is already claimed to be working on the market. It is principally similar to all other biometric solutions in that it makes a template of a person's signature and uses this to search a match in a database of fingerprints. The unique components in a written signature are pressure, pen-angle, pen-speed and time. These parameters form the uniqueness of each signature and minimise the risk of forgery. Written hand signatures as means of identification is today a fully. legal way for authentication. The negative aspect to it is that people might not want to write their signatures every time they are about to order something and have papers with their own signatures lying everywhere.

[0098] Any biometric solution could be of interest for identification if only secure enough, as e.g. iris scanning or retina scanning. The camera sensor could theoretically be used for this. It is however questionable whether the pen user would like to point the pen at the eye. Eye scanning could however sit on other devices just as well as on the Anoto pen. The problem once more then is how a secure connection between the pen and the phone can be established.

[0099] Above, the integrity was discussed, in terms of ensuring that a message cannot be altered in any way during transmission. There has always been a demand for integrity when two or more remote parties need to rely on a given quantity of information. In the virtual world the traditional seal has been replaced by a digital signature. This signature uses hashing algorithms to seal the message. Hashing algorithms can easily be implemented in the pen, as well as in the server. The algorithms could be taken from, for example OpenSSL, and be modified for the pen.

[0100] The problem of assuring the sender and the recipient the issuance of a transaction or action, as described above, requires asymmetric cryptography as well as timestamping. Timestamping is a technique similar to writing the date prior to signing documents in the physical world. Before sending a message, the current time and date is added to the message. The timestamp is then encrypted along with the message. In the Anoto system non-repudiation services can be achieved since asymmetric cryptography is already a part of the system, and it is possible to add a clock to the pen, or current time could be fetched from the Anoto server.

[0101] Now that the authentication procedures have been discussed the key distribution system needs to be designed in more detail. The best way of understanding and clearly analysing things is through drawing a flowchart of the message transmission and the necessary initiations required to establish a secure connection with the help of secure authentication.

[0102] 1) The pen user writes a message on Anoto paper and by the end initiates a transmission session by ticking the “send” box. The pen then searches for a unit to send the session initiation command through. This includes the pen ID and a coordinate of the message that was written prior to ticking the send box. The message is sent via Bluetooth to e.g. a mobile phone and then via GSM, GPRS or equivalent to a mobile network operator that re-transmits the message via Internet to the Anoto server.

[0103] 2) The Anoto server parses the pen ID and the coordinate. The application's address and public key connected to the coordinate is returned to the pen as well as format status such as information about cryptographic algorithms etc. At the same time the pen's public key is transmitted to the Service Provider Server for signature verification later.

[0104] 3) The pen sends the message text on to a display nearby asking the pen user to accept the message destination to deliver to.

[0105] 4) The pen user presses either yes or no and the answer is sent back to the pen.

[0106] 5) The message to be transmitted is now encrypted and the session key used for this purpose is encrypted with the pen's private key for signature and the receiver's public key for security.

[0107] 6) The encrypted message is received at the SPS (Service Provider Server) straight from the network operator. Decrypting the message is then performed by using the pen's public key received from the Anoto server and the SPS's own private key. The peni's public key is now verifying the identity of the sender. Together with the SPS's private key the message is recovered. Hence only the SPS can decrypt the message.

[0108] 7) A confirmation of the message is sent back to the pen confirming the successful decryption of the message. The message is then sent from the pen to the phone to be displayed to the pen user. The service provider either parses the message and the service is performed or the message is sent on by the service provider to e.g. the pen user's personal computer.

[0109] 8) Optionally the Personal Device receives the message and a confirmation is sent back via the Service Provider Server to the pen.

[0110] 9) The Personal Device's ‘message reception confirmed’ is received by the pen and sent on to the mobile phone that displays the confirmation message.

[0111] This system is not considering usage of digital certificates and full PKI (Public Key Infrastructure) Digital certificates is, however, a very important technique to study closely, but not within the range of this paper. The security aspect in a PKI is essentially the same as the system described in FIG. 4.4. One of the two reasons for using a PKI system is for reasons of making a generic system that is easily scaleable. The system in FIG. 4.4 is limited since the Anoto server must be able to provide any of all pens' public keys upon request from any service provider. It would be easier to administer a system where the pen public keys are separately processed. The second reason is a matter of trust. It is quite plausible that service providers would prefer being able to cross-check authenticity of pen users by reading digital certificates signed by a CA and stored within repositories, instead of having to rely on the Anoto server's own list of public keys, with Anoto as the surety alone.

[0112] The system consists essentially of the pen, the pen user, the paper, the Anoto server and the third party. Any one of these constitutes a security risk to the system and needs to be analysed in detail in order to detect possible security traps.

[0113] The generation of keys can either be performed within the pen or external of the pen. If the keys are generated externally, the owner of the pen must be sure that no one listens to the transmission as the keys are transmitted to the pen for storage and secretly keeps a copy of the keys. Bluetooth's security could be used here. If the keys on the other hand are produced within the pen the private key never has to leave the pen and ideally can never be read but only used for encryption.

[0114] It must be possible to generate new key pairs in case they have been revealed. The key generation must be designed in such a way that the pen only makes new keys when getting the correct instruction from the Anoto server. Key generation is performed by algorithms using computer random seeds in combination with some physical parameters. These parameters could be any of the input values from the pen's sensors, such as pen pressure, coordinates, time or similar.

[0115] The pen needs to be able to store its own private key as well as the Anoto server's public key. The storage of the keys is a sensitive security issue. The private key must not be able to read out from the chip by listening to the communication between the processor and the flash memory. Key storage can be done in such a way that reading out the key requires very experienced expertise and expensive equipment. This is possible by either integrating the two components into one piece or making sure the communication threads between them are physically very hard to tap.

[0116] Another key generation aspect, although not essential for security, is to produce the key pair as the pen is in its idle mode and then store it for future requests to avoid waiting times for the pen user or limitations in the pens operability when there is a request for new keys.

[0117] Possibly the most vulnerable security spot in the whole system is the Anoto server. All traffic is directed through the Anoto server, which acts as a DNS (domain name system). This means that the server must be able to guarantee 100% security regarding who the message is sent on to. The server must also deliver the right address back to the pen user who then confirms or denies the transaction. If the system is tampered with, such that a message is sent back falsely claiming belonging to someone else, then the pen user is likely to send his or her message to someone unauthorised—encrypted with the forger's public key—and therefore not secure anymore.

[0118] The Anoto server must also make sure that it identifies the coordinates correctly. If a coordinate is falsely interpreted an incorrect recipient address is resent to the pen user. This could have the consequence that the pen user sends the message to the wrong destination. This is not a major problem as long as the pen user observes the incorrect recipient address. But if a system is designed so that confirmation is not required in order to send a message, then the Anoto server must guarantee the right recipient address.

[0119] The following scenario is possible in order to fool the pen user: Assume a paper with Anoto pattern and a name indicating the recipient of the message, is used by the pen user. The paper has however been forged and the pattern belongs to the forger instead of to whom it is claimed on the paper. The written message is therefore sent to another destination than the pen user intended and without the sender's knowledge. This scenario is however avoidable by using some sort of display that authenticates the recipient's identity before transmission, as in the system security design already described. The pen user would then have a fair chance of approving or denying the message transmission.

[0120] The Anoto server must make sure similar names are avoided. An example would be if a third party e.g. the airline company FlyAnytimeAnywhere and another company called FlyAnywhereAnytime are both connected to the Anoto server. A pen user using forged paper with FlyAnywhereAnytime written on it, actually leading to FlyAnytimeAnywhere is very likely to make the pen user transmit the message to the wrong destination in good faith.

[0121] The way to solve this is to make sure that names are different enough in order to avoid confusion. Additional safety is achieved if more information is returned from the Anoto server than only the name of the recipient. This could be information such as what kind of company it is, where it is located, if the person has already been shopping there or any other specific information that can make the pen user make a correct decision whether to transmit the message or not when asked for transmission confirmation.

[0122] Authenticity requires that the system can guarantee the identity of the pen user. There is hence a need for user authentication of some kind. This has been discussed explicitly above. A person using someone else's pen for secure transmission must for this purpose have their own private key stored in the friend's pen. This is a quite unlikely scenario due to the problem of administrating the connection between the key and the user.

[0123] The establishment of a secure channel between the Anoto server and the pen requires not only the system design described above but also a careful look at the choice of the specific algorithms to implement. Those algorithms must fulfil certain requirements such as security, speed and patent among other things. Those issues are studied in some detail. Finally, a pre-implementation of an Anoto security system is set up and discussed.

[0124] There are many institutions, books, newsgroups and homepages devoted to cryptographic algorithms and the trade-off between effectiveness and security. The main features that need to be considered prior to choosing cryptographic algorithms are:

[0125] 1) Proven resistance to different kinds of attacks

[0126] 2) Chosen-plaintext attack

[0127] 3) Known-plaintext attack

[0128] 4) Other attacks

[0129] 5) Implementing aspects

[0130] 6) Memory allocation

[0131] 7) Speed

[0132] 8) Platform dependence

[0133] 9) Patent aspects

[0134] It has been shows that RSA is the fastest algorithm for encryption and one of the fastest for decryption. RSA is slightly slower than the other algorithms for signing but among the fastest for verification. ISA, Rabin and LUC are the only algorithms that can be used for encryption/decryption as well as for signature/verification.

[0135] RSA is an asymmetric algorithm developed by Rivest, Shamir and Adleman in 1977. This was the second public-key algorithm developed and is still the most popular public-key algorithm. It can be used for both encryption and digital signatures. As seen from the Appendix, RSA is faster than the other algorithms for encryption and about as fast for decryption. Signing takes slightly longer with RSA, but verification only a fraction of the time it takes for the others.

[0136] RSA has been on the market for over 20 years and has been subject to extensive cryptanalysis. It was in 1994 broken for a key length of 428 bits by 1600 computers after 8 months work. A key size of 1024 bits is by some considered secure for most applications today, but other claim more than 1024 bit key length for good security for the next 20 years.

[0137] The importance of the key lengths of the asymmetric keys must not be underestimated. Normally, a 2048 bit long key is required to guarantee the security of the message for the next 20 years using the RSA algorithm, However 1024 bit keys are still often in use today.

[0138] RSA Laboratories currently recommends key sizes of 1024 bits for corporate use and 2048 bits for extremely valuable keys like the root key pair used by a certifying authority. Several recent standards specify a 1024-bit minimum for corporate use. Less valuable information may well be encrypted using a 768-bit key, as such a key is still beyond the reach of all known key-breaking algorithms. Key size should however always be chosen according to the expected lifetime of the data.

[0139] RSA is known to be very vulnerable to chosen plaintext attacks. There is also a new timing attack that can be used to break many implementations of RSA. The RSA algorithm is believed to be safe when used properly, but one must be very careful when using it to avoid these attacks.

[0140] RC4 (or Arcfour) is a variable-key-size stream cipher developed in 1987 by Ron Rivest. It is claimed as a proprietary system by RSADSI and is proprietary in that RC4 is considered to be a trade secret of RSADSI. It was first published in 1994 as someone anonymously posted source code in a newsgroup. People with legal copies of RC4 could confirm compatibility and the algorithm was no longer a secret. RC4 is a very simple code and possible to implement in two lines of code in Perl. The cipher has a key size of up to 2048 bits (256 bytes) and is a relatively fast and strong cipher. Using the same key on two different messages makes it very weak. It is thus useful in situations in which a new key can be chosen for each message. The key stream is independent of the plaintext.

[0141] The algorithm has been broken for 40 bit keylengths. It has however not yet been broken for longer keylengths and is presumably secure enough for keylengths of 128 bits and longer. Cryptanalysis has shown some vulnerable features of the algorithm, but is claimed to cause no threat to alleged RC4 in practical applications. The code is used in a number of commercial systems like Lotus Notes and secure Netscape.

[0142] RSA is patented under U.S. patent but the patent expires on Sep. 20, 2000.

[0143] The cryptographic program written to establish the secure connection between the pen and server is based on iD2's commercial SDK. This gives a platform to work on for future enlargements of the security and identification demands. The SDK doesn't reveal the source code used for the algorithms. Since the pen has limited memory, computing power and energy supply, the code must be 100% known before transferring into the pen, and therefore iD2's program has only been used as an interface for the program which consists of source code taken from well-known resources.

[0144] The program is for reasons of speed written in C. Code for alleged RC4 has been taken from Internet where a few slightly different implementations have been published. The RSA implementation too has been taken from Internet in a version called RSAeuro implemented by J. S. A. Kapp in 1994.

[0145] Some standards have been developed for cryptographic systems. iD2 has therefore written their program according to the PKCS #11 standard set by RSA Data Security Inc in 1994. This standard specifies an API, called Cryptoki, to devices which hold cryptographic information and perform cryptographic functions. Cryptoki, pronounced “crypto-key” and short for cryptographic token interface, follows a simple object-based approach, addressing the goals of technology independence (any kind of device) and resource sharing (multiple applications accessing multiple devices), presenting to applications a common, logical view of the device called a cryptographic token.

[0146] The Anoto cryptographic program works like the following (see FIG. 5.1):

[0147] Encryption (In the Pen)

[0148] 1) Initially a keypair is generated and the private key is securely stored in the pen. The public key is sent over to the Anoto server.

[0149] 2) A symmetric session RC4 key is generated with help from a random seed on every occasion there is a transmission.

[0150] 3) The session key encrypts the message that is to be transmitted.

[0151] 4) The session key is then “wrapped” (encrypted) by the asymmetric private key for signature and by the Anoto Server's public key for SPS for encryption. The message is then transmitted.

[0152] Decryption (On the Service Provider Server)

[0153] 1) The public key of the pen is sent over to the Service Provider Server (SPS) and used for verification of the sender. The SPS's private key is then used for decrypting the symmetric key.

[0154] 2) The symmetric key is used to decrypt the message.

[0155] 3) A confirmation can be sent back to the pen that the message has been received and successfully opened.

[0156] Everything within the pen must be fully optimised and Anoto requires full control of the cryptographic implementations on the pen. The Anoto implementation is based on iD2's program iD2cryptolib. The reason for choosing this system is the scalability and very high level of security.

[0157] As asymmetric key distribution system RSA was chosen and RC4 as the symmetric cipher for reasons of speed.

[0158] RSAeuro has a program called redemo. This is a demo application implemented by J. S. A. Kapp using RSAeuro cryptographic toolkit. It has complete functionality in asymmetric and symmetric encryption and decryption, hashing, key generation and random number generation. The only parts taken from this program are key generation algorithm and the asymmetric key algorithm for encryption and decryption.

[0159] Key generation is taken from the RSAeuro program as well as the public-key encryption and decryption algorithms. The RC4 algorithm and symmetric session key generation is taken from the RC4 program.

[0160] Focus has been on authentication proceedings. These are important in all public-key systems, however complicated in the Anoto case with the limited interaction interface between pen and user. Pen user key activation was studied and solutions presented, such as biometric solutions or PIN codes. Biometric solutions for signatures were found to be most practical, PIN codes for key activation can be considered as safe as biometric solutions, but need a keyboard to type the PIN in.

[0161] A system security flowchart was made, showing the administration of keys in Anoto's communication system. The security system is an end-to-end public-key communication system and is not considering all communication ways between pen and server. Due to all the different transmissions from pen to server over Blutooth, GSM/GPRS, TCP/IP, Mobile Network Operators and so on, achieving high security requires an end-to-end security system.

[0162] In future hardware design of the pen, serious considerations should be made regarding secure storage of keys in the hardware. Security can be significantly increased if processor and memory is integrated into one unit. 

1. Method for secure wireless transmission of information from a sender to a receiver, comprising obtaining a message and a receiver identity in a sending device; encrypting the message to be transmitted; obtaining a transmission channel from the sending device to a receiving device; obtaining a receiving address from a secure note, in which a pattern is connected to a receiving device; transmitting the encrypted information to the receiving device; decrypting the information in the receiving device; presenting the message to the receiver; and optionally acknowledging the receipt of the message to the sender.
 2. Method as claimed in claim 1, wherein said pattern is a portion of an absolute position pattern coding absolute positions, and that at least one position of an absolute position code is connected to at least one receiving address.
 3. Method as claimed in claim 2, wherein the receiving address is obtained by transmitting said one position to a database, in which the absolute position code is associated with said one receiving address, and using said receiving address for the transmission.
 4. Method as claimed in claim 1, wherein the message is obtained by using an absolute position pattern coding absolute positions.
 5. Method as claimed in claim 2, further comprising the step: encrypting the message in the sending device by a symmetric key and decrypting the message by the receiving device by the same key.
 6. Method as claimed in claim 5, wherein the symmetric key has been agreed upon in advance and is stored in the sending device and the receiving device.
 7. Method as claimed in claim 5, further comprising the steps: adding the symmetric key to the message after encryption with the symmetric key, encrypting at least the symmetric key by a public key of an asymmetric key having a private key and a public key and belonging to the receiver, decrypting the symmetric key by the private key of the receiver in the receiving device; using the symmetric key for decrypting the message.
 8. Method as claimed in claim 7, further comprising the steps: encrypting the already encrypted symmetric key in the sending device by a private key of an asymmetric key having a private key and a public key and belonging to the sender, obtaining the sender public key by the receiving device, such as from the sending device or a separate server; decrypting the symmetric key by the public key of the sender in the receiving device and by the private key of the receiver.
 9. Method as claimed in claim 1, further comprising the step: identification of the sender to the sending device, and/or identification of the receiver to the receiving device by a verification means, such as PIN-code, optical, sound, vibration, heat, speed, angle, time, pressure, acceleration, absolute coordinate, handwritten signature, voice recognition, fingerprint sensor, or other biometric means.
 10. Method as claimed in claim 1, further comprising the step: obtaining a random seed for generating encryption key by means of the verification means during the identification step.
 11. Method as claimed in claim 1, further comprising the step: obtaining a random seed for generating encryption key during the step of obtaining the message.
 12. Method as claimed in claim 1, further comprising the step: generating in the sending device a sender private key and sender public key pair using a random seed obtained using a physical parameter of the sender, such as handwritten signature recognition, fingerprint information or movement of the sending device or of the sending device, such as acceleration, speed, time, vibration etc.
 13. Method as claimed in claim 12, wherein the sender public key is added to the message unencrypted, as sender identification.
 14. Device for secure wireless transmission of information from a sender to a receiver, comprising: a sending device arranged for obtaining a message and a receiver identity; encryption means for encrypting the message to be transmitted; a transmission channel from the sending device to a receiving device for transmitting the encrypted information to the receiving device; decryption means for decrypting the information in the receiving device; display means for presenting the message to the receiver, and a secure note, in which a pattern is connected to a receiving device.
 15. Device as claimed in claim 14, wherein said pattern is a portion of an absolute position pattern coding absolute positions, and at least one position of an absolute position code is connected to at least one receiving address.
 16. Device as claimed in claim 15, wherein the receiving address is obtained by transmitting said one position to a database, in which the absolute position code is associated with said one receiving address, and using said receiving address for the transmission.
 17. Method as claimed in claim 14, wherein the message is obtained by using an absolute position pattern coding absolute positions.
 18. Device as claimed in claim 14, wherein the encryption means is arranged to encrypt the message in the sending device by a symmetric key and that the decryption means is arranged to decrypt the message in the receiving device by the same key.
 19. Device as claimed in claim 18, wherein the symmetric key has been agreed upon in advance and is stored in the sending device and the receiving device.
 20. Device as claimed in claim 18, wherein the symmetric key is added to the message after encryption with the symmetric key; the encryption means is arranged to encrypt at least the symmetric key by a public key of an asymmetric key having a private key and a public key and belonging to the receiver; the decryption means is arranged to decrypt the symmetric key by the private key of the receiver in the receiving device; and the decryption means is arranged to use the symmetric key for decrypting the message.
 21. Device as claimed in claim 20, wherein the encryption means is arranged to encrypt the already encrypted symmetric key in the sending device by a private key of an asymmetric key having a private key and a public key and belonging to the sender, the receiving device is arranged to obtain the sender public key, such as from the sending device or a separate server; and the decryption means is arranged to decrypt the symmetric key by the public key of the sender in the receiving device and by the private key of the receiver.
 22. Device as claimed in claim 14, further comprising a verification means for identification of the sender to the sending device, and/or identification of the receiver to the receiving device, said verification means being arranged to use identification measures, such as PIN-code, optical, sound, vibration, heat, speed, angle, time, pressure, acceleration, absolute coordinate, handwritten signature, voice recognition, fingerprint sensor, or other biometric means.
 23. Device as claimed in claim 14, further comprising encryption key generation means for obtaining a random seed for generating encryption key by means of the verification means during the identification step.
 24. Device as claimed in claim 14, further comprising: encryption key generation means for obtaining a random seed for generating an encryption key during the step of obtaining the message.
 25. Device as claimed in claim 14, wherein the sending device is arranged to generate a sender private key and sender public key pair, and is arranged to use a random seed obtained using a physical parameter of the sender, such as handwritten signature recognition, fingerprint information, or movement of the sending device or of the sending device, such as acceleration, speed, time, vibration etc.
 26. Device as claimed in claim 26, wherein the sender public key is added to the message unencrypted, as sender identification. 